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Vision 


■  Navy  Enterprise  Open  Architecture 
Objectives: 

■  Develop  the  best  of  the  best  warfighting  capabilities 

Quicker  and  affordable 

■  Seamless  OA/FORCEnet  Integration 

Reducing  the  risk  of  delivering  non- 
interoperable  products 


Engineering  Agility  thru  Experimentation  Strategy 

Directly  supports  the  Navy  Enterprise  OA 
Transformational  Roadmap 
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Why  Open  Architecture? 


Business 

■  Today’s  In-Service  Computing 
Architectures  are  Unaffordable 

■  Each  Ship  Class  Addressing  the 
Problem  Uniquely 

■  Fact  of  Life  Replacement  of 
Obsolete  Hardware 

■  Commercial  Market  has  Already 
Embraced  Open  Architecture 
Approach 


Technical 

■  Current  Computing  Architectures 
Limit  Capability  Increases 

□  Current  Surface  Ship 

Computing  Systems  Have  Been 
at  Performance  Capacity  for 
Years 

■  Warfighting  Concepts  to 
Warfighting  Capability  Takes  5 
Years  to  IOC 

■  Computer  Throughput  and  Speed 
Requirements  Dictate  use  of 
Commercial  Computing 
Technologies  and  Modern  Software 
Languages 


0A- FORCE 


Improved  Warfighting  Capability  Depends  on  Open 

Architecture 


Evolutionary  States  of  OA  in  Programs 
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♦  Cross-Program  Apps 

♦  Mixed  Developer  Base 


♦  Cross-Domain  Apps 

♦  Mixed  Developer  Base 


♦  Domain  Arch  CCB 


Enterprise/Joint  Arch  CCB 


Reduce  Development 
&  Maintenance  Costs 


Reduce  Development 
Enables  Interoperability 


Program  Manager  Control 


Cross-PM  Coordination 
Required 
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Engineering  Agility  and  Efficiency 


Implementation  of  Specification  and  Standards  don’t  guarantee  desired 
performance  and  interoperability  for  overall  System  of  Systems 


Path  for  increasing  agility  and  efficiency 

□  Accelerate  and  refine  established  architectures,  design,  development 
processes  across  enterprise 

□  Provide  flexibility  to  enable  efficient  assessment  of  enterprise  level 
engineering  issues 

□  Embed  measurement  tools  for  early  monitoring,  testing,  and  evaluation 

□  Support  a  culture  of  OA/Fn  innovation  and  experimentation 


Agility 


Traditional  acquisition 

Incremental  Improvements 

Experimentation  during 
Design  and  Integration 

Procure-use-procure 

Build-test-build 

Build-assess-Build 

3+  years 

6-18  months 

1-6  months 

Tools  for  the  last  war 

Example:  ARCI  (Acoustic 
Rapid  COTS  Installation) 
program 

Adapt  Design  processes  to 
address  architecture  & 
designs  issues  early 
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Warfighter 
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Methodology  for  Measuring 
OA/FN  Experimentation 
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Integrated  Product  Team  Deliverables: 

1 .  Prioritized  Engineering  Assessment  Candidate  Topics 
List 

2.  OA/FN  Engineering  Assessment(s) 

•  Event  X  Assessment  Plan 

•  Event  X  Assessment  Results 

•  Event  X  Demonstration 
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OA/FN  Alignment  Experimentation 

Objectives 


□  End  to  End  Force  Level  System  Engineering 

Experimentation  to  resolve  issues  that  needed  to  be 
solved 

□  Testing  Reusable  Component  Effects  across 
systems  and  domains 

□  Foster  Team  work  and  common  understanding 
across  domains 

□  Use  Open/Collaborative  Engineering  Environment 
across  Navy  Enterprise 

I.  Leverage  existing  Netted  environments  of  Land  based  Test  Sites 
and  Live  Assets  (Via  Sea  Trial  Process)  where  applicable 

II.  Data  Repository/Tools  -  Enterprise  Level  Engineering 
Assessment  Capability 
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Tasks/Team  Formation 


Participants: 

PEOs  C4I,  Subs,  IWS,  T, Space, 
RDA  CHENG,  FN  CHENG, 
NAVSEA  06,  MARCORSYSCOM, 
IAT,  MIT/LL,  industry 


Overall  Project  Management 
Activities 

Cross  Domain/Activities 
Coordination 


Concept  Development 

Infrastructure 

Reporting 

•  Choose  high  level  concepts  to 
test  capabilities 

• 

•  Assess  relevancy  to  warfighter, 
high-level  feasibility 

•  Develop  linkages/resources 

•  Set  experimentation  roadmap 

Provide  network  and  services 

Engineering  level  testing 

Manage  components 

Modeling  /  Simulation 

*  Manage  reporting  process 

*  Organize  MUA 

*  Review  analysis  products 

Experiment  Design 

Experiment  Execution 

Experiment  Analysis 

•  Experiment  .  Requirements  input 

Architecture  (SME/warfighters) 

•  CONOPS/Scenario  .  Metrics  (MOP/MOE) 
supporting  metrics 

•  Data  Collection  and 
Analysis  Plan  (DCAP) 


*  Experiment  infrastructure 

*  Data  collection/observation 

*  Experiment  integration 

*  Experiment  control 


•  Archive  data 

•  Metric  analysis 

•  Results  and  recommendations 


Experiment  Teams  focus  on  individual  experiments 


Core  Teams 
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Experimentation  Process 


Phase  One:  Concept  Development 


2007 

AUG  I  SEP  I  OCT  I  NOV  I  DEC 


Team  Formation 

Define  selection  process/Criteria 
Define  Roadmap  Template 
v'  Define  Proposal  Template 

Data  Call 

v'  Elicit  Proposals  from  Domains 

✓  Consolidate  List  of  Candidate  Ideas 

^  Ideas  Rollup  into  Candidate  Experiments 

v'  Domain  Agreement 

Focused  Concept  Data  Call 

v'  Elicit  Experiment  Proposals 

s  Define/  Distribute  Concept  Questionnaire 

✓  Consolidate  Candidate  Concepts 

v'  Assess  Options 

^  Analyze  Proposals  Domain  Agreement 

Phase  Two:  Experiment  Design 

Specific  Experiment  Decision 

□  Prepare  Experiment  Design 

□  Determine  Availability  of  Labs  and  Resources 

□  Build  Final  Roadmap 

□  Determine  Experimentation  Funding  Profile 

□  Domain  Agreement 

Phase  Three:  Experiment  Execution 

■  Experiment  Execution 

□  Establish  Experiment  Execution  Team 
Build  Program  Management  Plan 
OAET  Approval  of  Schedule  and  ROM 
Design  Experiment  Execution  Plan 
Approval  for  Execution  Plan 
Experiment  Execution 
Experiment  Analysis 
Experiment  Report 
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□ 
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□ 


♦ 

Milestone  3 
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->0 


1 

Migration  to  IPv6 

subs 
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UUV  Command  and  Control 

subs 
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ASW  C2 
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IA 

subs 

5 

Integration  with  Fn  NCES  services 

subs 

6 

Real-time  Combat  &  non-Real-time  C4I  Systems 

subs  / 

C4I 

7 

X-Platform  Software  Reuse  for  Legacy  Platforms 

air 

8 

COTP  &  ISR  Integration 

surface 

9 

IP-Based  Tactical  Comm 

surface 

10 

Host  CS  transition  to  IPv6 

surface 

11 

QoS  of  IPv6  for  Real-Time  CS  Performance 

surface 

12 

Utilizing  Netcentric  Capabilities  in  Combat  Systems 

surface 

13 

Nav  &  Time  Sources 

surface 

o 


Milestone 
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Connect  / 
Dry  Run 


o 

Milestone  5 
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Is  it  OA? 


Architecture  and  Technical 
Characteristics 


Nevy  Opm  ArcMectufe  Assessment  Toot 

Stvtv-  AjnvTw# 


Interoperability 

•  With  what  interoperability  standard  does  the  unit  of  assessment 
comply? 

•  How  standards  based  is  the  unit  of  assessments  data  model? 

•  What  is  the  scope  of  the  data  model 

•  What  is  the  scope  of  interoperability 

•  To  what  extent  does  it  use  discovery  and  invocation  of  services 
(client/server) 


Maintainability 

•  What  characteristics  address  obsolescence 

•  Do  technical  artifacts  provide  sufficient  quality  for  maintenance 

Extensibility 

•  Does  the  program  follow  SE  for  implementation  of  capability  extension 

•  Does  it  accommodate  extensibility  of  functionality 

•  Describe  level  of  testing  after  elements  are  added 


Opii  ArtiilfElirL  Mihwitf  Mtti-ii 


m  m  4i  r  in  he  hi 


I  1  1  1  I 


Composability  Business  and  Acquisition 

•  To  what  extent  are  elements  added  as  packages 

•  To  what  extent  can  functional  capabilities  be  combined  Characteristics 

Reusability  Competition ... 

•  What  reuse  strategy  is  used 

•  What  is  the  operational  run-time  infrastructure  Innovation  .... 

•  Have  commonalities  and  variations  been  specified 


OA-FORCEnet  Experimentation 


Is  it  FORCEnet? 


FORCEnet  Concept  Capabilities 

^  Mission  People  Capability  “ 


.1 

f|o 


r-h 


E  net 


1 .  Provide  robust,  reliable  communication  to  all  nodes,  based  on  the 
varying  information  requirements  and  capabilities  of  those  nodes. 

2.  Provide  reliable,  accurate  and  timely  location,  identity  and  status 
information  on  all  friendly  forces,  units,  activities  and 
entities/individuals. 

3.  Provide  reliable,  accurate  and  timely  location,  identification,  tracking 
and  engagement  information  on  environmental,  neutral  and  hostile 
elements,  activities,  events,  sites,  platforms,  and  individuals. 

4.  Store,  catalogue  and  retrieve  all  information  produced  by  any  node  on 
the  network  in  a  comprehensive,  standard  repository  so  that  the 
information  is  readily  accessible  to  all  nodes  and  compatible  with  the 
forms  required  by  any  nodes,  within  security  restrictions. 

5.  Process,  sort,  analyze,  evaluate,  and  synthesize  large  amounts  of 
disparate  information  while  still  providing  direct  access  to  raw  data  as 
required. 


FORCEnet  Concept  Capabilities 

^  Mission  ^7  People 7^  Capability  “ 


E  net 


6.  Provide  each  decision  maker  the  ability  to  depict  situational 
information  in  a  tailorable,  user-defined,  shareable,  primarily  visual 
representation. 

7.  Provide  distributed  groups  of  decision  makers  the  ability  to  cooperate 
in  the  performance  of  common  command  and  control  activities  by 
means  of  a  collaborative  work  environment. 

8.  Automate  lower-order  command  and  control  sub-processes  and  to 
use  intelligent  agents  and  automated  decision  aids  to  assist  people  in 
performing  higher-order  subprocesses,  such  as  gaining  situational 
awareness  and  devising  concepts  of  operations. 

9.  Provide  information  assurance. 

10.  Function  in  multiple  security  domains  and  multiple  security  levels 
within  a  domain,  and  manage  access  dynamically. 


FORCEnet  Concept  Capabilities 
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1 1 .  Interoperate  with  command  and  control  systems  of  very  different  type 
and  level  of  sophistication. 

12.  Allow  individual  nodes  to  function  while  temporarily  disconnected  from 
the  network. 

13.  Automatically  and  adaptively  monitor  and  manage  the  functioning  of 
the  command  and  control  system  to  ensure  effective  and  efficient 
operation  and  to  diagnose  problems  and  make  repairs  as  needed. 

14.  Incorporate  new  capabilities  into  the  system  quickly  without  causing 
undue  disruption  to  the  performance  of  the  system. 

15.  Provide  decision  makers  the  ability  to  make  and  implement  good 
decisions  quickly  under  conditions  of  uncertainty,  friction,  time, 
pressure,  and  other  stresses. 
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Concept  Development  Process 


General  Idea 
Call:MS2: 

13  Candidates 
(Relevant) 


Focused 
Concept  Data 
Call:MS3: 
Domain  OVs 
(Relevant) 


Other  Inputs: 
•Labs  (Feasible) 
•Metrics 
(Measurable) 


Iterate  vs.  the  selection 

criteria: 

•Is  it  OA? 

•Is  it  Fn? 

•Is  it  Relevant? 

•Is  it  Feasible? 

•Is  it  Measurable? 

Audit  vs.  MCOs, 

TTPs,  TACMEMOs  & 

UNTL 


Initial 


Concept 


Good 

Enough 
(Milestone  3) 


Concept: 

•Technical  Content 

•Scenario 

•Laboratories 

•WBS/ROM 

•Schedule 
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Test  Network 


Maritime  Interdiction  Experiment  OV-1 
“National  Critical  Contact  of  Interest” 


C4I 

Caps  Integrated  into 
other  Domains  Assets 

Intel  cell 
CDM  expertise 


SPACE 

Network  overlay 


SATCOM  link 
emulation 


CONUS  /  theater  reach-back  cell 


E-2 


NWDC: 

•  Provides  Scenario  Sim  Gen 


■  •  Common  Data  Model 

E  •  Distributed  Land-Based 


AIR  (NAWC-PAX): 

•  P-3,  SH-60  most 
relevant  platforms  for 
surface  surveillance 

•  E-2  most  mature 
platform  simulator 


SUBSURFACE  (NUWC-NPT): 

•  Limited  bandwidth  platform 

•  Provides  tactical  ISR 


CVN 


SURFACE  (NSWC-DAHL): 


DDG,  CG 


CVN  in  simulation  environment 
as  defended  asset 


SSN / SSGN 


Interoperability  is  the  product  of  Fn 
standards  and  OA  business  practices 


•  Focus  on  strike  group  protection 

II  r,'ss'on 


16  Ex'pe 


Scenario  for  FY  06  Experimentation 


OA  Experiment  06  Overarching  Goals 


Objective:  Quantify  impact  of  data  semantic  alignment  (e.g.  a 
Common  Data  Model)  on  architectural  and  business  process 


■  Key  characteristics: 

□  Measure  the  effects  of  a  Common  Data  Model  (CDM) 

□  Study  a  developmental  CDM 

□  Use  a  distributed  simulation  in  a  constructive  operational  environment 

■  Complementary  goals  of  OA  Experiment  06-1 : 

□  Operational  value  of  a  CDM  solution  support  for: 

■  Combat  ID,  Situation  Awareness,  Data  Fusion,  Track  Management 

□  Substantiate  the  business  case  (savings/benefits) 

□  Provide  feedback  to  Systems  developer  to  improve  cross-domain 
interoperability 

■  Archive  processes  and  lessons  in  the  Navy  Collaborative  Engineering 
Environment 

□  Leave  behind  improvements  to  the  distributed  land-based  test  network 
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06  Experiment  Planning  &  ExecutiorO 

Schedule 


ID 

Task  Category 

Task  Name 

1 

Meetings: 

Planning  Conferences 

5 

WeeAJy  Telecons 

38 

Design: 

SIM/ STIM  Source  Selection 

39 

Platform  Selection 

40 

Scenario  Selection 

41 

COM  Selection 

42 

Development: 

ICD  Development 

43 

ScenarfaPlaysheet  Development 

44 

Intel  Product  Development 

45 

SIM/STIM  Coding/Unit  Test 

46 

Common  Data  /Woriei  Coding/Unit  Test 

47 

Instrumentation: 

Metrics  DCAP  Development 

48 

Data  Collection  Coding/ Unit  Test  Phase  1 

49 

Install  Data  Collection  Equipment 

50 

Data  Collection  Coding/Unit  Test  Phase  2 

51 

Integration: 

SIM/STIMPIatform  Network 

52 

Integration  Test  Phases 

55 

Training: 

Obtain  Integration  Operators 

56 

Train  Integration  Operators 

57 

Integration  Dress  Rehearsal 

58 

Obtain  Test  Operators 

59 

T est  Dress  Rehearsal 

60 

Test: 

Experiment 

61 

Hotwash 

62 

Analysis: 

Data  Analysis 

63 

Assessment: 

Quick  Look 

64 

Military  Utility  Assessment 

Feb  |  Mar  |  Apr  |  May  |  Jun  |  Jul  |  Aug  |  Sep  |  Oct  |  Nov  |  Dec 


2007 


Jan  Feb 
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1 1 1 1 1 1  ii 1 1 1 

4  2  21 

4  2/28 
♦  37 
4  3/14 


I  I  I  I  I  I  I  II  I  I  I  I  I  I  I  I 
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4  6/30 


4  9  IS 


4  9/22 


4  ii  io 


4  is 
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Rapid  Capability  Insertion  Process  Test  & 
Introduction  Strategy 


MCP 

Gaps 


Build 
\ Components 


OA  C  Dmpliance  Testing 


Open 


Capability 


Ongoing  3  Year 


Cycle  of  Involvement 
-Feedback, 
-Testing, 
-Planning 


X 


OA-FORCEnet  Experimentation 


Analysis  ST05 
Final  Plan  ST06 
Preliminary  ST07 


1 

II 

/ 

TRL  1 

TRL  2 

TRL  3 

A 

*  t 
$ 
t 
t 

-f-1 

TRL  4 


TRL  5 


TRL  6 


OA  Fn  Exp 


TRL  6 


TRL  7 


TRL 8  TRL 9 


ST  ‘06 


Analysis  ST06 
Final  Plan  ST07 
Preliminary  ST08 


-MCP  Feedback 
-Warfighter  Requirements 
-Repeatable  Process 


Asset 

Repository 


0  0  0 
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\  \  Push-Pull  j  1 
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\x 


*80%  of 
Capabilities 
Stay  on  Ship 


V\  .4  ! 

Sea  Tr  al  (ST)  \  f 


X 


\..y 


0  0  0 


ST  ‘07 


Analysis  ST07 
Final  Plan  ST08 
Preliminary  ST09 


ST  ‘08 
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Summary 


■  This  OA/FN  Experimentation  Initiative  will  provide: 

□  An  Enterprise  collaboration  environment  and  process  for 
assessment  and  evaluation  of 

■  OA  Technical  and  Business  precepts  where  applicable 

■  Potential  reuse  components  that  will  be  shared  in  the  Navy  and 
across  the  Joint  community  in  a  distributed  and  network  centric 
environment 

■  Some  level  of  Architecture  Alignment  and  Validation  of  Standards 
Implementation  (OACE,  NCOW,  Fn,  IA...) 

□  Foster  Team  work  and  collaboration  across  the  Enterprise  to 
enable 

■  Closer  coordination  for  engineering  and  acquisition  decisions 

■  Alignment  of  efforts  and  schedules  to  capture  best  investment 
opportunity 
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